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Abstract— Technology has advanced quite quickly in recent years, and IT and telecom infrastructure is 
constantly growing. Due to an increased importance and emphasis of cloud computing many growing and 
emerging enterprises have shifted their computing needs and wants ultimately to the cloud, which leads to 
increase in inter-server data trafficking and also the bandwidth required for Data Centre Networking 
(DCCN). Actually this multi-tier hierarchical architecture used in modern data centres is based on 
traditional Ethernet/fabric switches. Researchers goal was to improve the data centre communication 
network design such that the majority of its problems can be solved while still using the existing network 
infrastructure and with lower capital expenditures. This is achieved through the deployment of OpenFlow 
(OF) switches and the Microelectromechanical Systems (MEMS) based all Optical Switching (MAOS). This 
will be beneficial in decreasing network latency, power consumption, and CAPEX costs in addition to helping 
with scalability concerns, traffic management, and congestion control. Additionally, by implementing new 
virtualization techniques, we may enhance DCCN's resource consumption and cable problems. In order to 
address data centre challenges, the researcher came up with an entirely new novel flat data centre 
coordination network architecture which is named as “Hybrid Flow based Packet filtering” (HF PFMAOS), 
forwarding, and MEMS which is entirely based on optical switching, and will be finally controlled by 


Software Defined Network (SDN) controller. 
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I. INTRODUCTION 
1.1 Background 


Data Centre is specialized building that houses various IT 
resources, such as servers, data storage systems, and 
networking and communication devices. Data centres have 
become increasingly important in IT and data networks over 
the last few years as a result of the explosive expansion of 
information technology and consumption. 
Additionally, as a result of the emergence of cloud 


internet 


computing, server virtualization, social media, and mobile 
data, the number of servers deployed, storage space, and 
interconnected network equipment in data centres is 
growing tremendously. Data centre IT network's primary 
elements include: 


e Data Centre Communication Network 
e High Performance Computing Network 
e Storage Area Network 
Three categories of traffic can be used to categorize a Data 


Centre. 
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e Traffic flows which are within the data centre. 
e Traffic flows which travel between data centres. 
e Traffic flows between data centre and the end user. 


Data centre IP traffic is increasing at a fast rate [1] as 
depicted in the below figure. The primary driver of this 
expansion is cloud computing, which by 2023 is predicted 
to account for 4/5 of all traffic in data centres [2]. 
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Fig 1.1: Global Data Centre Traffic, 2016—2021 
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Global data centres traffic by destination is shown in the 
figure below. 
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Fig 1.2: Global Data Centres Traffic by Destination 


It is evident from the above chart that the majority of traffic 
occurs inside data centres, with the majority of that traffic 
travelling between servers and edge switches. Figure below 
depicts the traffic forecast between the various tiers of the 
data centre communication network. 


Fig 1.3 Traffic Forecast at Different Layers 


1.2 Problem Statement 


Limited server capacity and high oversubscription rates, 
network congestion and latency issues, management of 
internal data-centre traffic, support for a variety of traffic 
patterns, scalability, agility, effective resource utilization, 
management, fault handling, and troubleshooting are 
among the problems that DCCN must deal with. When 
building a data centre, these issues must be taken into 
consideration. The problems or difficulties that the DCCN 
will encounter are as follows: 


e Limited capacity between servers and a high 
oversubscription rate as traffic moves through the 
layers of switches in a hierarchical fashion. 

e Problems with congestion and high network 
latency have a negative impact on delay-sensitive 
applications and affect network performance as a 
whole. 

e Controlling the nearly 75% of the overall traffic 
that is generated inside the data centre (i.e., east- 
west traffic between racks). 

e Ease of Management, fault handling and 
troubleshooting in the network. 

e Support for a range of traffic patterns, such as 
long-lasting, high-bandwidth "elephant" flows and 
short-lasting persistent "mouse" flows 

e As a network grows, difficulties with scalability, 
agility, and efficient resource use arise. 
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1.3 Research Contribution 


It relates to developing a low-cost, capital-efficient solution 
that will improve the scalability, traffic management, 
congestion control, and resource usage of data centre 
design. Academic contribution relates to proposing a 
solution HFPFMAOS using OpenFlow tools for: 


° Congestion Reduction 

. Improvement in Network Latency 
. Implementing Scalability 

e Traffic Management 

. Reducing power Consumption 

° CAPEX Reduction 


Practical contribution of this research relates to coming up 
with an innovative data centre topology architecture with 
improved performance. 


1.4 Objectives 


e Application of Hybrid Flow to packet filtering 
/Forwarding and MEMS on the basis of an optical 
switching solution by utilizing different 
virtualization techniques. 

e Ffficient utilization of data centre network 
resources. 


o Reducing Congestion 

o Improving Network Latency 
o Implementing Scalability 

o Traffic Management 


e Reducing Power Consumption and saving 
CAPEX. 

e Provisioning of centralized intelligence of whole 
network. 


1.5 Research Questions 


e How to come up with a solution based on 
HFPFMAOS and MEMS based all optical 
switching? 

e How to achieve efficient utilization of data centre 
network resources? 

e How to reduce congestion, improving network 
latency, scalability and traffic management? 

e How to reduce power consumption and save 
CAPEX? 

e How to implement centralized intelligence of 
whole network? 

e How to implement network virtualization 
techniques? 
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1.6 Research Methodology 


OpenFlow (OF) switches were used in the access layer as 
TOR switches. OF messages were captured using Wire 
shark. Traffic was generated between various hosts (i.e. 
server machines) using iperf testing tool. Performance of 
the network and the delays were calculated/analyzed. For 
clarity, a reference data centre topology was used. 
Aggregation of the MEMS switch with conventional switch 
was done and connected it to the OpenFlow (OF) switches 
which were installed at the access layer. Network traffic was 
generated between various hosts and flow delays were 
observed. Researcher then directed flows via using MEMS 
switch and simultaneously monitored performance of the 
network. 


1.7 Software’s 


The researcher used the following software’s for carrying 
out the requisite analysis: 


a) MININET 

b) Putty 

c) Wireshark 

d) Oracle VM Virtual Box 
e) Miniedit 

f) ODL Controller 

g) Xming 


II. DATA CENTRE (DC) 
2.1 Introduction 


Data centre is basically an entirely one of its own kind of 
building which is invented to contains, supervises, and 
provides [3]. A data centre structure includes very unique 
building infrastructures, backup plans for power shortages 
or unavailability, cooling agents for systems, special 
equipment Chester’s, servers, mainframes, and High 
performance Computing (HPC) networks to handle variety 
of communication data, as well as well-structured 
sophisticated cabling, application of various software, 
monitoring centers, and well equipped physical security 
systems. 
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Fig. 2.1 Basic Data Centre Diagram 
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2.2 Evolution 


First Data centre phase (called Phase 1.0) began in the 
1950s and consisted of computer rooms with mainframe 
systems' CPUs and peripheral devices including storage, 
terminals, and printers, among other things. These 
monolithic software-based centralized systems give users 
little control over IT infrastructure and make heavy use of 
available resources. Phase 2.0 of data centres begins in the 
1980s when client-server application models gain 
prominent. Currently, servers have replaced main frame 
computers, which are fairly compact and accessible through 
client PC-installed apps. 


In this phase, servers that carry out specific tasks are 
typically installed close to clients rather than the main IT 
infrastructure to avoid paying excessive bandwidth costs. 
When the internet began to take off in the 1990s and the use 
of web-based applications increased, this mandated that 
servers be placed centrally in properly constructed data 
centres. Thus, the data centre that arises from the mainframe 
computer room has gained significance in the 1990s. Fig. 
2.2 [3] depicts the timeline of data centre evolution. 


Fig. 2.2 Evolution Phases 


Phase 3.0 began around the year 2000, and because 
technology evolved so quickly at this time, datacenter 
space, electricity, and the IT network are beginning to reach 
capacity. As a result, it is expensive to expand existing 
facilities or to build new ones. According to a 2005 Cisco 
IT research, around this time DC networks and servers were 
typically only used at 20% of their capacity. Application 
silos with discrete sets of servers, networks, and storage 
resources were the primary contributors to this problem. 
Later, a number of network consolidation projects are 
completed that provide new features, enhance resource 
utilization, decrease the number of network components 
and processes, and improve operational effectiveness. 


2.3 Types 
The are two in number [4][5] 


e Private 
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e Cloud Based 
2.3.1 Private 


It is the on-site hardware that offers computing services and 
stores data within a local network that is managed by an 
organization's IT department. These are owned and run by 
small private/public businesses, 


organization’s etc. 


2.3.2 Cloud Based 


governmental 


Another name used for cloud data centres is co- 
location/managed services provider. Co-located Data 
Centers were created and maintained to offer specialized 
infrastructure and provide various services to external 
sources and parties. Major elements that force businesses to 
either go for cloud computing or develop their own data 
centers are: 


e Business market requirements 

e Data privacy issues 

e The increasing cost of related 
equipment/infrastructure 


2.4 Data Centre Communication Network (DCCN) 


Data services and data transit from the server to clients or 
other servers are the major goals of DCCN. These qualities 
are now required from the perspectives of dependability, 
expansion, and efficiency for data centre communication 
networks. 


e Availability 

e Scalability 

e Flexibility 

e = Efficiency 

e Predictability 


Ethernet is the most ubiquitous and well-liked DCCN 
protocol for data lines, with an interface range ranging from 
10Mbps to 100Gbps. However, as the volume of traffic 
through the DCCN increased, various constraints compelled 
the development and adoption of new virtualization 
technologies as well as the optimization of the data centre 
network through the use of cutting-edge networking 
strategies like MEMS all optical switching and 
conventional packet switching. 


2.5 DC Tiers 


Various Tiers of Data Centres are shown in the figure below 
from Tier-1 to Tier-4. 
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Tier 4 


Tier 3 


Tier 2 


Tier 1 


Fig. 2.3 DC Tiers 


2.6 Design Factors for Data Centre Network 


e The following factors must be taken into account 
when planning and deploying DCCN architecture 


[3]. 


e Failure Impact & Application Resilience: All local 
and distant users will be unable to access their apps 
if DCCN fails. 


e ¢ Connectivity between the server and host: 
Servers must be linked together using several 
redundant Ethernet connections. 


e Traffic Direction: In DCCN, the majority of traffic 
is between servers inside the data centre. 


e Agility: This term refers to the capacity for 
assigning any service or application to any server 
at any moment in the data centre network while 
maintaining sufficient performance isolation and 
security amongst various applications. 


e Growth Rate: Increasing number of servers, 
switches, and switch ports, etc., as customers and 
their data traffic increases. 


Bandwidth Demand & 
Oversubscription in case demand increases. 


2.7 DCCN Challenges 


e Application 


Challenges for the Data Centers Communication Network 
fields are as follows: 


e Dueto the fact that router links carry traffic going in 
and out of the data centre, the bandwidth available 
over these links for server communication across 
various data centre areas is constrained [8]. 

e Network congestion and latency issues. As in a data 
centre, where many applications are active and 
producing distinct packet flows that move both 
within and across the DCCN, a multi-tier hierarchical 
structure with numerous hops, there are times when 
packet aggregation creates a bandwidth constraint. 
As the receiver's buffer space for absorbing packet 
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flows is running short, the incoming rate from 
numerous transmitters surpasses the rate at which it 
can handle packet flows. This congestion causes the 
delay time to lengthen and the receiver to begin 
dropping packets, which has an impact on various 
applications, particularly those that depend on 
latency, and lowers the network's overall 
performance. 

e Managing the read/write, backup, and replication 
traffic that moves within the data centre due to the 
separation of application servers, databases, and 
storage, which accounts for over 75% of all traffic 
(i.e., east-west traffic between racks). Additionally, 
because jobs are distributed across numerous servers 
and assigned in parallel processing, DCCN's internal 
traffic is increased. 

e Support for a range of traffic patterns, such as long- 
lasting, high-bandwidth "elephant" flows and short- 
lasting persistent "mouse" flows. Examples of 
entirely large data producers include particle 
accelerators, planes, trains, metros, undergrounds, 
self-driving cars, patient data in healthcare centers, 
etc. In the year 2014, the Boeing 787 produces 40 
terabytes of onboard data every hour, of which 0.5 
terabytes per hour is transmitted to a data centre. The 
majority of flows within a data centre are typically 
mouse flows, while only a few elephant flows 
contain the majority of the data. Managing every sort 
of traffic at once while keeping the overall network 
delay within bounds is therefore a major issue. 

e As a network grows, difficulties with scalability, 
agility, and efficient resource use arise. In addition to 
making fault handling and debugging more 
challenging as the number of communication devices 
increases, this will also result in an increase in 
management overhead bytes on the network. 

e As additional devices are added, energy 
requirements and consumption will increase. 
Currently, in traditional data centers, the top of the 
rack (TOR) switch, also known as the fabric 
interconnect, is where all of the servers in a rack are 
connected. Each rack has a number of servers, either 
rack mount servers or chassis-based servers. On one 
side, this aggregation layer provides communication 
between data centre clusters, allowing packet-based 
East-West traffic to pass through, while on the other, 
it also provides connectivity with the core network, 
allowing North-South traffic to pass. As a result, the 
aggregation layer is the layer where problems arise 
because 75% of the data center’s east-west traffic 
passes through it, causing a bandwidth bottleneck & 
an increase in latency. 
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2.8 DCCN Topologies 


The architecture of a data centre communication network 
(DCCN), which serves as the foundation for its 
applications, must be scalable, reliable, latency-free, and 
have adequate capacity to prevent network congestion. 
These qualities heavily rely on the network architecture in 
which the DCCN is installed and are crucial to the overall 
effectiveness of the data centre. Figure below depicts the 
Common DCCN Architecture, as stated by Cisco [9]. 


Internet 


Data Center 
Layer 3 


ASingle Layer 2 Domain 


Fig 2.4 Common DCCN Architecture 


Layered architecture has the advantage of enhancing the 
flexibility, modularity, and resilience of networks. Every 
layer in this design performs a separate role for unique 
profiles, such as the routers in the core layer (ie., the 
aggregation router and the border router), which use routing 
protocols to decide how to forward traffic for both ingress 
and egress. Core switches, which offer incredibly flexible, 
scalable connections with numerous aggregation layer 
switches, make up the Layer 2 domain. This layer serves as 
a default gateway and a focal point for server IP subnets. 
Between numerous aggregation layer switches, it is 
typically used to transfer traffic between servers, and 
stateful network devices such server load balancers and 
firewalls are attached to this layer. The switches that make 
up the access layer are typically used by servers to connect 
to and communicate with one another. It contributes to 
better network administration and is in charge of 
exchanging any kind of traffic between servers, including 
broadcast, multicast, and unicast. 


The bottom of the above illustration shows a server layer 
stacked in server racks. 


Numerous Virtual machines are being operated by these 
servers and assigned to various data centre applications. To 
manage and respond to requests from external clients 
arriving through the internet, an application is typically 
linked to several public IP addresses. These requests are 
split up among the pool of servers for processing by 
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specialized equipment called a load balancer that is 
redundantly connected to the core switches [10]. 


2.8.1 Fat-Tree 


Al-Fareset and colleagues [11] have proposed this DCCN 
architecture. It makes use of the fat-tree idea and aims to 
boost fault tolerance, end-to-end cross sectional bandwidth, 
scalability, and cost-effectiveness. With this topology, the 
core and several pods make up the entire infrastructure. 
Servers, TORS (Access switches), and aggregation 
switches make up the pods. 


15 
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Fig 2.5 Fat-Tree 


The topology adapts the data lines in the DCCN architecture 
to give a customized IP address scheme and multipath 
routing algorithm. Below figure compares 3 tier and fat-tree 
systems. 
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Fig 2.6 Comparison of 3 Tier/Fat-Tree Topologies 


2.8.2 B-Cube 


The structure [12] is suggested for the modular DCs created 
within containers and offers quick installation and 
migration, but scalability is limited because container data 
centres are not meant to be scaled up. Layers of COTS 
(commodity off the shelf) switches and servers make up this 
architecture, and they are in charge of packet forwarding. 
At level 0, the BCube architecture is made up of many 
BCube0 modules, each of which has a switch with n ports 
connected to n servers. n switches make up the BCubel 
module at level 1, which is connected to n BCube0 modules 
or networks. One server from the BCube0 module is linked 
to each switch of BCubel. 
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| Level O 


Fig 2.7 B-Cube Topology 
2.8.3 DCell 


Guo et al proposed a recursively specified design. Mini 
switches and servers are used in this very marketable design 
to forward packets. According to below figure, Dcelll is 
made up of n+l DCell0 modules, each of which is 
connected to the others by a single link via its servers. 


y _ a 
LE Deelloo DCellg1 > 


Fig 2.8 DCell Topology Architecture 


2.8.4 VL2 


A Fat-Tree based DCCN design called Virtual Layer 2 
(VL2) aims to provide a flat automated IP addressing 
scheme that makes it possible to install servers anywhere in 
the network without manually configuring their IP 
addresses. This makes it possible for any service to be 
allocated to any network server. In order to scale to a large 
server pool, it makes use of [14] address resolution based 
on end systems. 


Fig 2.9 Network Architecture VL2 


In addition to all architectures, there is a need for 
architecture which can handle the present issues the DCCN 
is encountering as well as give backward compatibility with 
existing infrastructure and its architecture. In this thesis, I 


suggested the HFPFMOS data centre design, which can 
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partially address the shortcomings of the existing 
architecture while simultaneously being backwards 
compatible with it. 


2.8.5 HFPFMAOS 


The data centre communication network architecture 
(DCCN) called HFPFMAOS, is suggested as a solution to 
the various problems that data centres in the present face 
while maintaining the infrastructure. Particularly,in this 
architecture, standard switches are used at the aggregation 
layer. By monitoring all of the flows across the OF equipped 
switches, this will give us consolidated network intelligence 
and enable us to dynamically establish High bandwidth data 
paths between the data centre servers whenever and 
wherever they are needed. Additionally, it will lower 
network management overhead bytes and aid in quick 
defect detection and correction. The conceptualized design 
is shown below. 


Fig 2.10 Architecture - HFPFMAOS - DCCN’s 


mI. MEMS OPTICAL SWITCHING 
3.1 Introduction 


Interconnection between DCN demands a significant 
capacity increase due to the exponential daily growth of 
traffic. Therefore, the best way to relieve network 
congestion caused by electronic switched is to use optical 
switching. Although optical fibre has a very high 
bandwidth, it is constrained by electronic switching and 
transmission capacity. As switching is done in the optical 
domain, all optical switching can therefore play an 
important role. 


3.2 OOO Switching (All Optical) 


Modifying optical cross connections, a circuit is created 
from the ingress node to the egress node in all optical 
switching, and data travels via this circuit entirely in optical 
form. This can assist in addressing electronic switched 
network bottleneck since data is switched in the optical 
domain directly rather than going through many optical- 
electrical-optical conversions. 
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3.3 OOO Switching Benefits 


e POD-based architecture is typically used in data 
centres, which results in low use of computing 
resources. However, optical switching enables 
sharing of computing resources among several 
PODs for optimal effectiveness. 

e Increases revenue by quickly deploying new 
services. 

e Less power is lost compared to a traditional 
electrical switch. 

e On-demand capacity creation and reallocation. 

e A remarkable increase in the data centre's 
operational efficiency as a result of the smooth 
functioning of applications and the efficient use of 
computational resources and 3D optical MEMS 
switching technology. 

e Boost defect detection and quality of service. 


3.4 Technology using OOO Switching 


Different optical switching methods [17] are used by many 
switches. The same are shown in the below table: 


Table 3.1 Contrast of various Optical switching 


technologies 
Wavelength Range | 1290~1625nm | 1525~1575nm 1270 ~ 1650 nm 1310 ~ 1550 nm 
Insertion Loss (IL) 1dB ~ 5dB <1dB <7.5dB <3dB 
with 3D MEMS to Low (to about 100 
Hity thousands of ports but s ow (to abo i 
Scalability with 2D low ports) Low 
MEMS to about 
64: 
Switching Speed ims ~ Sms 4ms <10 ms <30ns 
Low power High power 
consumption about | consumption about 25W, Low power 
Power SOmiW, Prefer for single | Wavelength dependent consumption, 
Consumption & Low power Eats ey Polarization and 
echnical consumption polarization spliner, amplitude dispersion in wavelength 
Performance suffer from PMD, signal output, tradeoff dependent, hence 
thermal fluctuation and | between low loss and dispersion and loss. 
moisture sensitivity | high isolation required. 
A Low cost & light Costly & Lar omt bat some Low cost & omits 
Cost & Packaging weight inconvenient B Tp exulizati aj paris 
Polarization 5 r k 
Dependent Loss =. 208 : 2B ti 
Maturity of Medium but : 
Technelogy Mature Medium Medium Mature 


3.5 Micro Electro Mechanical Systems (MEMS) 


The branch of engineering MEMS (Micro electro 
mechanical system) which merged computer technology 
with minuscule mechanical components found in 
semiconductor chips, including actuators, gears, sensors, 
valves, mirrors, and valves [31]. It contains mechanical 
components, like micro-mirrors or sensors which h can be 
easily adjusted as needed, and reflect optical signals from 
input to output fibres placed within a tiny silicon chip that 
embedded micro-circuitry. Light beam can be reflected 
from the input to output by tilting/rotating the mirror at 
varied angles thus directing the traffic to the ports. 
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3.6 Design and Principle 


Below figure shows the Structure of 3D MEMS optical 
switch [16]. 


Optica! fiber 
collimator array 


Two-axis MEMS 
tilt mirror array 


Input port 


Optica! fiber 
collimator array 


Two-axis MEMS 
tlt mirror array 


Fig. 3.1 Optical Switch 


Input Input 6: mirror tilt angle 
optical MEMS — -= 420 
collimator mirror ---- +9 
array array — ^ 

\ y -8 

A —:— -28 

428 

x Output © Output 


X MEMS £ — optical 
x mirror LY — collimator 
Z array a aney 


Fig 3.2 Standard Format OS 


array array 
J=f + (28) 
Toroidal 
concave l- Positional shitt 
mirror f: Focal length of concave mirror 
& Mirror Sk angle 
Output mn 
m optical zs j Zug 
collimator a Output -§ 
„1 anay Q MEMS 
z mirror 


aray 


Fig 3.3 A toroidal concave mirror is used in a 3D MEMS 
optical switch. 


The tilt angle of MEMS mirror measures the incident angle 
at which the optical beam from the I/P collimator array 
meets the concave mirror after reflecting by the I/P MEMS 
mirror array. Then light beam is again converged with a 
shift in position "/" by this toroidal concave mirror, that 
does an optical Fourier transform. This shift"/" can be 
quantitatively expressed as follows using the concave 
mirror focal length and the MEMS mirror tilt angle: 


/=fx206 
512 ports can be obtained by using a 2X2 array of collimator 
arrays with 128 optical ports and MEMS mirror arrays with 
128 ports. This makes it easier to fabricate high-capacity 


optical switches with a negligibly small cumulative pitch 
error. 
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| 512-ch 


| MEMS mirror array 


512-port 
optical 
collimator array 


2 


128-ch 
MEMS mirror array 


~| 128-port 
optical collimator array 


Fig 3.4 Schematic of 3D 512 MEMS optical ports switch 


3.7 MEMS Mirror Structure 


The same is shown in the below figure. 


Driving electrode 
substrate 


Fig 3.5 MEMS tilt mirror cross-sectional schematic 


In order to generate an air gap between the electrodes and 
the mirrors, substrates are individually produced, then 
linked together by flip chips. Electrostatic force is produced 
when electrodes and mirrors are connected by a voltage, and 
this force moves the mirrors. Therefore, we are able to 
adjust the tilt angle of these mirrors by supplying a driving 
voltage to each electrode. 


3.7.1 Mirror Substrate 


They are formed of a single silicon crystal, giving the mirror 
incredibly steady movement. MEMS mirror is supported on 
X-Axis by two folded torsion springs, and the gimbal ring 
is connected to the base on the Y axis by a second pair of 
folded torsion springs [16]. The mirror cannot be dragged 
down and come into contact with the electrodes because of 
the great rigidity of these springs in the Z direction relative 
to torsion direction. As a result, moving the mirror on the X 
and Y axes makes it simple to reflect an optical beam in 3D 
space in a particular direction. 


Gimbal ring 


(a) MEMS mirror (b) Torsion spring 


Fig 3.6 High aspect torsion spring and MEMS mirror are 
snapped together via SEM 
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3.7.1.1 Mirror Electrode Substrate Fabrication Method 


A layer of polyimide is then spun over the created mirror 
pattern in step 7[16] (a) (b). The third process involves dry 
etching to create the pattern for the mirror opening (d) and 
resistant mask (c) on the opposite side of the bulk Si. The 
polyimide coating serves as an etching stopper. Following 
the dicing procedure, the polyimide layer is removed using 
oxygen plasma (g). "In-process sticking of the mirror" is the 
name of the dry procedure used to fabricate mirrors. AS 
Since the top surface of the mirror has an au coating, which 
gives optical beams high reflectivity, both sides of the 
mirror have this coating. Peak-to-valley difference can be 
utilized to assess the mirror surface's flatness, which in our 
case is 0.05 m, as the optical features of the switch made up 
of a MEMS mirror array depend on it. 


Fig 3.7 Mirror substrate fabrication process flow diagram 
3.7.2 Driving of Electrode Substrate 
Mirrors move due to this electrostatic force. 


3.7.2.1 Fabrication of Driving Electrode Substrate 


Fig 3.8 Electrodes’ SEM snap 
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Fig 3.9 Driving Electrode Substrate ’s Fabrication flow 
process 


3.8 MEMS Mirror Movement 


Figure below shows connection between the voltage applied 
and tilt angle of mirror. 


Mirror tilt angle (deg.) 
5 


x axis 


Voltage (V) Voltage (V) 


(a) Tilt motion around x axis (0) Tilt motion around y axis 


Fig 3.10 Relationship between Voltage applied & 
Tilt Angle of Mirror+ 


Size, flatness, fill factor, and scan angle of the micro 
mirrors, along with their scan angle and fill factor, all have 
an impact on how many ports the 3D MEMS switch can 
support. 


3.9 Key Advantages of MEMS Switches in DCCN 


e They offer any-to-any communication between 
servers, allowing for very low latency and the 
transfer of enormous amounts of data. which is 
much lower than IP switches’ latency. 


e Can handle any data rate. 


e They can circumvent the packet-based aggregation 
network and offer direct, high-capacity pure 
optical data links between any TOR switches to 
reduce network latency and shift sensitive traffic 
between servers as needed. 
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IV. SOFTWARE DEFINED NETWORKING 
(SDN) 


4.1 Introduction 


Adoption of practice of creating and maintaining networks 

results in an architecture which is called Software Defined 
Networking (SDN). The major aim of this kind of 
architecture is to facilitate programmability for the control 
plane by separating the devices’ that is control plane from 
their data/forwarding plane. 


4.2 SDN Architecture 


Control and Data planes at present coexist on the same 
network device, or, to put it another way, all data flow 
functions, such as switching, forwarding, and routing, as 
well as the various protocols used to make these decisions, 
are housed on that one device. "Provide open user- 
controlled administration of the forwarding hardware of a 
network element," according to the definition of SDN in [7], 
is the fundamental objective. The following elements are 
part of an architecture based on software defined 
networking (SDN) are shown in the below figure: 


<a =a 


North Hound Interface 


Programmable APT's 


Controt 
Plane 


le 


SON Control Sotware 


South Bound Interfaces 


(Open Flaw ste.) 


so 
Router Other Network LAN Switoh Packet Switch 
Device 


Fig 4.1: Architecture for Software Defined Networking 
(SDN). 


4.2.1 Application Layer 


Applications can include network characteristics like 
forwarding schemes, manageability, and security policies, 
among others. With the aid of the controller, the application 
layer can abstract the overall view of all network 
components and use that data to provide the control layer 
the proper direction. In our approach, management 
programs that offer CLI/GUI for the network devices are 
operating along with network monitoring tools. 


4.2.2 Control Plane 


It is network's "brain" and is in charge of managing and 
programming forwarding plane. The control plane employs 
a topology database to give an abstract picture of all the 
network components. 
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4.2.3 Data Plane 


The infrastructure layer, which is the lowest layer in the 
SDN network architecture and includes forwarding 
Network Elements like (Router, Switches). Data 
transmission, statistics collection, and information 
monitoring are among its primary functions. MEMS 
switches are present at the aggregate layer while OF 
switches are located at the access. 


4.2.4 API’s which are North Bound 


These are software interfaces b/w controller's software 
modules and SDN applications. The informal name used for 
the interface between the application/control plane is called 
the Northbound interface. 


4.2.5 API’s which are South Bound 


South bound APIs are standardized APIs (application 
program interfaces) that allow SDN controllers to 
communicate with switches and routers and other 
forwarding network hardware [18]. 


4.2.6 East-West Protocols 


In a multi-controller-based architecture, these protocols are 
used to control how different controllers communicate with 
one another. In a broader sense, SDN presents a networking 
architecture in which choices regarding the routing of data 
traffic are made external to the actual switching hardware. 
Therefore, genuine network intelligence can be achieved in 
data centres when SDN, PFFS, and MOOOS are applied. 
Second, a secure standard protocol should exist to enable 
communication between SDN controllers and network 
devices. This logical architecture may be implemented 
differently by different vendor equipment, but from the 
standpoint of an SDN controller, it performs like a 
consistent logical switch. AS It is explained that OpenFlow 
(OF) is the first and most extensively utilized interface 
between the infrastructure layer (data plane) and the control 
plane because it satisfies both of these needs. 


4.3 Open Flow (OF) 


The Open Networking Foundation (ONF) has standardized 
OpenFlow as the most popular southbound interface of 
SDN architecture. OF's first version, version 1.0, was 
created by Stanford University and then acquired by ONF. 
Version 1.5 of OF was released in December 2014. 


It is an open standard communication protocol that defines 
how one or more control servers interact with switches that 
are SDN compliant. The flow table entries are installed in 
the OF compliance switches by an OF controller so that 
traffic is sent in line with these flow entries. These flow 
tables can be used by network administrators to alter 
network configuration and data traffic patterns. 
Additionally, this protocol offers management tools for 
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packet filtering and topology change control. The OF 
protocol is supported by nearly all of the well-known 
vendors, including Cisco, HP, IBM, Brocade, and others. 
There are two types of switches for OF or SDN compliance. 


4.3.1 Open Flow-Only Switches 


These switches, which solely support OF operation and 
process all packets using the OF pipeline, are also known as 
Pure SDN switches or SDN-only switches. 


ystem Abstracted 


nt via Controlle; 


Network Device 


silicon 


Management 


Fig 4.2 Architecture of Open Flow-Only Switch 


4.3.2 Hybrid Switches with Open Flow 


The same are shown in the below figure. 


Fig 4.3 Architecture of Hybrid Switch 


4.3.3 Basic Architecture of Open Flow (OF) 
The below figure shows the basic OpenFlow architecture. 


SON 
Controtier 


OpenFlow Protocol 
Over SSL 


OpenFlow Switch 


E E ea 


Hardware/Firmware 


Fig 4.4 Architecture of Basic Open Flow (OF) 


Open Flow switches are deployed in the Access layer as 
TORs, which are connected to servers or end hosts on one 
end and traditional switches and MEMS switches at the 
Aggregation layer on the other. As a control plane, the ODL 
controller is set up to connect with the OF switch using the 
OF protocol via a secure channel using SSL or TSL 
(Transport Layer Security). Three tables make up the OF 
switch's logical design. Flow Table, Group Table, Meter 
Table, and Table of Groups 
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4.3.4 Flow Table 


It is the fundamental component of logical switch design 
that determines the action to be taken on each incoming 
packet by comparing it to a specific flow table made up of 
numerous flow entries. This packet might go via one or 
more flow tables that operate as pipelines. As demonstrated 
in fig. 4.5, a controller can add, remove, and alter flow 
entries from an OF switch's flow tables either proactively or 
reactively (in reaction to an incoming packet). 


Reactive model 


Proactive model 


Fig 4.5 Flow Table Entries Model 


Flow entries can’t be generated until something happens, or 
after the receipt of the respective packet, thus subsequent 
action is taken in compliance with the instructions by a 
controller, while in the case of proactive model, flow entries 
are generated as required in advance and the process is 
completed without checking from the controller. When a 
packet first reaches a switch, the switches OF agent 
software looks for flow table (ASIC for hardware switches) 
and software flow table (virtual switches). This information 
exchange is shown in the figure below. 


OpenFlow Switch 


Packat+ 
Ingress Port + 
Metadata 


Fig 4.6 Pipeline Processing 


Figure below depicts the packet processing flow chart. 
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Fig 4.7 Open Flow(OF)-Packet Processing Flow Chart. 


Table 4.1 Main components of Flow Entry 


Match Fields | Priority | Counters | Instructions | Timeouts | Cookie | 


4.3.4.1 Match Felds Values 


It is important here that not to pick any packets without 
matching field values as shown in the below table: 


Table 4.2 Match Field of Flow Entry 


IN_PORT \N_PHY_PORT | METADATA ETH_DST ETH_SRC ETH_TYPE VLAN_VID 
VLAN_PCP IP_DSCP IP_ECN IP_PROTO IPV4_SRC IPV4_DST TCP_DST 
TCP_DST UDP_SRC UDP_DST SCTP_SRC SCTP_DST ICMPV4_TYPE | !CMPV4_CODE 
ARP_OP ARP_SPA ARP_TPA ARP_SHA ARP_THA IPV6_SRC IPV6_DST 
IPV6_FLABEL | ICMPV6_TYPE | ICMPV6_CODE | IPV6_ND_TAR | IPV6_ND_SLL | IPV6_ND_TLL | MPLS_LABEL 


MPLS_TC MPLS_BOS PBB_ISID TUNNEL_ID IPV6_EXTHDR 


4.3.4.2 Priority Allocation 


Setting a priority along with Match fields results in a 
unique identity of flow entry. 


4.3.4.3 Counter Checks 


It contains information such as the number of bytes actually 
received and number of missed packets too. 


4.3.4.4 Directions 


Instructions are provided for side by side modifications in 
pipeline processing or desired set of actions. 


4.3.4.5 Timeouts 


It is defined as the maximum time for which any switch 
remains idol before which the flow of packets also expires. 


4.3.4.6 Cookies 


Any opaque data values selected by a relevant controller. 
The OF controller can utilize it to filter requests for flow 
deletion and modification as well as flow statistics entries. 
When processing packets, these values are not used. 
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4.3.5 Group Table 


In order to perform various operations that may have an 
impact on several flows, Flow Table may send its flows to 
Group Table. A group table is made up of entries for groups 
that have group identifiers. The principal elements of a 
group entry shown below: 


Table 4.3 Group Table 


Group Identifier | Group Type | Counters | Action Bucket 


4.3.5.1 Identifier 
32-bit unique identifier identifies the group entry. 
4.3.5.2 Type of Group 


It is used to manage/maintain group types depicting them 
as “Required” and “Optional”. 


4.3.5.3 Packet Counters 


Provide actual packets count which are generated and 
processed by a group. 


4.3.5.4 Action buckets 


AB consists of complete flow of processes which are 
performed in a specific pattern for changing packets and 
then sending them to a port. This collection of actions is 
always carried out as a set of acts. A group entry may have 
zero or more buckets, with the exception of groups specified 
as "Required: Indirect," which only include one bucket. If a 
group doesn't have a bucket, it will immediately throw the 
packets into the air. 


Packet 
in 


Execute 
=| Action 
Set 


Fig.4.8 OpenFlow packets pipeline Processing 
4.3.6 Meter Table 


Having the ability to perform flow-related actions. It is 
made up of meter entries that specify per-flow meters. 
Personalized Service Code Point based metering also 
enables the division of packets into different according to 
data rate. Instead of using ports, meters are directly 
connected to flow entries. After measuring, they can 
influence the overall rate of all packet flows and be 
configured to perform a specific action. The key parts of a 
meter entry are presented below: 


12 


©2023 The Author(s). Published by Infogain Publication, This work is licensed under a Creative Commons Attribution 4.0 License. 


http://creativecommons.org/licenses/by/4.0 


Hussain 


Table 4.4 Main components of Meter Entry 


| Meter Identifier Meter Bands Counters 


4.3.6.1 Identifier of Meter 


Meter entry is identified by a 32-bit identifier but in a 
distinct way. 


4.3.6.2 Meter Bands 


Defines how to handle packets by listing rates of each band's 
meter bands in a list that is not ordered. Meter Band is used 
for measuring the response of the meter towards packets of 
various meter rate ranges which are calculated from all 
packets received by that particular meter from all inputs. 
Meter bands are used to specify. Only one-meter band 
processes a packet. 


Table 4.5 Meter Band 


Band Type Rate Burst Counters Type specific arguments 


4.3.6.2.1 Band Types 

Packets processing ways. 

4.3.6.2.2 Target Rate 

It is the required rate of a meter band. 
4.3.6.2.3 Burst 

It establishes the metre band's granularity. 
4.3.6.2.4 Counters 


Processing of packets by a meter band updates the 
counters. 


4.3.6.2.5 Type specific arguments 


Parameters which are in essence optional for particular band 
types. Meter bands are ranked from 0 to 1, with 1 being the 
default band, depending on how much the desired rate 
increases. The packet is processed by only one-meter band 
when the measured rate exceeds the intended rate. 


4.3.6.3 Counters 


They are used to figure out how many packets a meter has 
processed. In the same flow table, multiple flow entries 
may utilize various meters, the same meters, or no meters 
at all. 


Fig. 4.9 Hierarchical DSCP metering and metres. 
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4.3.7 Protocols for an Open Flow Channel 


Totally safe Open Flow channel is provided by the OF 
channel which is typically encrypted by TLS (Transport 
Layer Security) or SSL. The protocol that it employs for 
these purposes is known as the OF protocol [20]. 


4.3.7.1 Controller_to_Switch Messages 


Messages that the controller initializes to control the 
switch's logical state, such as configuration, flow tables, 
group tables. 


4.3.7.2 Asynchronous Messages 


Initiated by the switch, these messages comprise status 
updates to inform the controller of changes to the switch's 
condition and network events. Additionally, it has a 
"Packet-In" message that switches utilize to transfer packets 
to OF controllers when their flow tables do not match. 


4.3.7.3 Symmetric Messages 


Hello messages are initiated by controller/switch, right after 
when the connection is made between two specific devices, 
or Echo messages are used to measure the latency and 
bandwidth of the connection between the switch and 
controller as well as to confirm that the device is functioning 
as intended. 


4.4 Benefits of SDN 


SDN has the potential to be a promising technology for 
managing and solving different problems in data centre 
networks. Using the SDN technique, the network 
administrator only needs to declare these settings on a single 
place from which all devices are managed and directed by 
the SDN controller. Data centres are having scaling 
problems, particularly as the number of servers and virtual 
machines (VMs) that run on them rises and, later, as the 
requirement for migration (VM motion) rises. A significant 
bandwidth is needed for virtual machine migration and 
updating the MAC address table, which raises network 
latency and lowers overall network performance. In typical 
data centre architectures, users may encounter interruptions 
when accessing apps. Consequently, this researcher 
suggests that SDN, "All optical switching," and other 
virtualization technologies like OTV can be used to address 
this study area/gap. 
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Table 4.6 OpenFlow Messages 
Message Description 
Controtler-to-Switch 
Features Request the capabilities ofs switch. Switch responds with s 


features reply that speafiesits capabilities. 
Switch Configuration Set snd query configuration parameters. Switch respondswith 
parameter settings. 

Flow Table Configuration Configure/Modify behavior , property, flags of flowtsbie 
Modify State Add, delete, snd modify flow/group enties snd set switch port 

properties. 

Read-Stste or Multipart Collect informston from switch, such sscurrent configuration, 
statistics, and capabilities 


Packetout Direct pscket tos specified port on the switch 
Barer Baier requestireply messages sre used bythe controller to 


ensure message dependencies have been met orto receive 
notifications for completed operations. 


Role Request Set or query role ofthe OpenFlow OF channel. Useful when swith 
connects to multiple controllers. 

Bundie Creation, closing, committing and discarding ofbundiesby 
controller 

Set Asynchronous Set filter on asynchronous messages or query thst filter. Useful 

Configuration when switch connects to multiple controllers. 


Asynchronous 


Packet-In Transfer packetto controller. 


Fiow Removed Inform the controller sbout the removal of s flow entry from a flow 


table 
Por Status Inform the controller of a change ona port 


Controller Role Status Inform the controller about its role Changing 


Table ststus Update tocontolier when table stste changes 


Request Forward Update to othercontroller sbout modification in state ofgroup snd 


meters 


Controller Status Report to all other controller about change in controller status 


Symmetric 


Hello Exchsnged between the switch and controller upon connection 
startup. 


Echo Request/Reply Echo requestireply messages can be sent from either the switch or 


the controller, snd they must retum sn echo reply. 


Error Messages Notify controller of error or problem condifon. 


Experimenter For additional functions. 


vV. HFPFMAOS 
5.1 Conceptualized HFPFMAOS Solution 


As per this research contribution, suggested is the 
HFPFMAOS as a remedy for the problems and challenges 
facing DCCN (Hybrid Flow based packet filtering, 
forwarding & MEMS based all optical switching). Eight 
phases make up the implementation of this research 
concept: 


e The deployment of an SDN controller and an OF 
in TOR switches that link to the controller through 
SSL. 


e Aggregation-level MOOOS plane deployment and 
connection to SDN controller. 


e Development of database for the conceptualized 
network topology. 


e Flow based Packet Filtering and Forwarding — 
FPFSF 


e Monitoring of outgoing ports, computation of 
links' usage, and alerting the SDN controller. 


e Flow Table lookup and flow entry inspection are 
used to find the flows consuming more bandwidth 
and to inform the source and destination of those 
flows. 


e Building high-bandwidth data connections 
between TOR switches that correspond to the 
source and destination indicated. 
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e Moving a particular flow of traffic to a high- 
bandwidth link constructed using a MOOOS 
plane, then moving it back to its normal path and 
breaking down the high-bandwidth link when that 
particular flow vanishes or resumes operating at its 
regular data rate. 


5.1.1 Installation of Open Flow in Access and SDN 
controller 


At initial stages, the respective researcher first deploys an 
SDN controller and then turn on an Open Flow in all of the 
access layer switches (TOR), without disturbing the 
arrangement of the rest of the network's switches and allow 
them to work just as before inclusion of this setup. Then I 
establish a secure encrypted SSL (secure socket layer)/TCP 
connection between each OpenFlow OF enabled Access 
switch and the SDN controller. Through the OF protocol, 
this link is utilized to communicate between an SDN 
controller and an OF switch. 


This connectivity is further utilized by SDN controller as 
well as by a number of north-bound applications, which 
includes initial hello /hi messages (like OFPT HELLO, 
FEATURE REQUEST MESSAGE from controller to 
switch & then FEATURE REPLY MESSAGE in the same 
manner from switch to controller), topology discovery 
using LLDP (Link Layer Discovery Protocol) & BDDP 
(Broadcast Domain Discovery Protocol), thus start building 
data bases, message alerts (PACKET IN to controller & 
PACKET OUT) messages from table to switch which 
specifically flows over all optical path between OF 
switches. 


5.1.2 Setting up Plane 


At the aggregation level, researcher deployed MAOS 
(optical switching based on MEMS) plane alongside 
conventional switches. The current packet-based switching 
continues to function in this approach together with the 
newly proposed MAOS to provide dynamically high speed 
data routes between servers for switching elephant traffic as 
needed. Plus, centralized control is exercised by connecting 
it to a central SDN controller, network elements(NEs) 
supervision, and control of traffic flow. Figure below shows 
the conceptualized architecture. 
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Fig 5.1 Conceptualized Architecture of HPMOOOS for 
DCCN 


At the aggregation layer, the MAOS plane is implemented 
side by side the conventional switches. 


5.1.3 Developing Topology Database 


STEP-1: OF switches, traditional switches, MEMS switches, and the hybrid network are 
managed and controlled by DCCN in HFPFMAOS system. 

STEP-2: OF protocol behaved as the South bound Protocol between the SDN controller and OF 
switches 

STEP-3: The SDN controller establishes a topology database of all the devices in the network 
that are OF enabled by locating OF switches, accessible outgoing links, and all the hosts 
connected to each OF switch. 

STEP-4: This topological database construction will entail three findings i.e. Switch discovery, 


link discovery, and host discovery. 


Fig 5.2 Database Topology Development Steps 


5.1.3.1 Revelation of OpenFlow OF Switches 


STEP-1: A unique IP address is allocated to every OF enabled switch as an initial configuration. 


STEP-2: Configuration with a TCP port number, one IP address is allocated to the master 
controller, and a full series of IP addresses for slave controllers therefore if in the event the 


master controller connection fails, OF switches can be connected through these slave controllers. 


STEP-3: In order to develop an encrypted and safe connection with the controller, OS1-1 (O OF, 


S Switch, 1 pod no, -1 Switch no), as well as a list of outgoing interfaces across which inter- 


rack, inter-pod, between data centers, and end client traffic is forwarded, are allocated to OF 


switches during startup. 


Fig 5.3 OpenFlow OF Switches Process 


5.1.3.2 Revelation of Active Links 


OFDP can detect indirect accessible multi-hop links 
(routes) between OpenFlow OF switches by leveraging the 
L2 discovery protocol known as BDDP [22]. Most well- 
known Open Source controllers, including ODL and 
Floodlight, adopt this technique. 
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Fig 5.4 Structural Framework of LLDP 


Fig 5.5 BDDP Frame Structure 


A switch's identification, basic capabilities, and other 
characteristics are determined by an OF controller via the 
OF protocol, which includes sending "OFPT FEATURES 
REQUEST" messages to all switches as part of the first 
handshake. 


SDN 
Controller 


Packet-Out 
with BDDP pkt Packet-in 
with BDDP pkt 


Switch 
Oswr2 


Switch 
OSWET 


Port3 Port 1 


Fig 5.6 Links discovery Via OFDP 


Messages exchanged between OpenFlow OF switches and 
controller for Links are shown below. 


BDOP {Switch ID OSWV1-1, Port ID 1} 
BDOP | Switch ID OSWV1-1, Port ID 2} 


BDDP {Switch ID OSWV1-1, Port ID 1) 
BDDP {Switch 1D OSWVI-1. Port ID 2} 


BDDP (Switch ID OSW1-1, Port ID 1) 
BDDP {Switch ID OSWVI-1, Port ID 2} 


PACKET-IN 


Fig 5.7 Messages flow between controller and Open Flow 
OF switches for Links 
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The metadata of OpenFlow OF switches where BDDP 
packets are received are included in "OFPT PACKET IN" 
messages. Between OpenFlow OF switches and their 
controller, messages are only transmitted in one direction. 
These massages are also exchanged in the other direction. 
Based on data from BDDP and metadata, the controller can 
identify indirect multi-hop links between OpenFlow OF 
switches after receiving these "OFPT PACKET IN" signals 
and store them in its database to create a network topology. 
Most crucially, the controller counts the number of hops 
between OpenFlow OF switches using the TTL value. The 
default time interval for this topology finding operation is 5 
seconds. The total number of "OFPT PACKET IN" 
messages received by the controller during this entire 
discovery process is equal to double the number of "L" 
active links accessible in the domain, and this number may 
be calculated as below: 


Total rx orpr packer n= 2 X L 


However, the total messages “OFPT_PACKET OUT” sent 
by controller can be computed as: 


S . 
Total +. orpr pacer our= È, =o Pi 


Number of Open Flow OF switches is denoted by S, 
whereas active ports are denoted by P. All switches has P. 4 
OpenFlow OF switches with 2 active ports each make up 
our reference topology, hence "OFPT PACKET OUT" 
messages issued by the controller are 2+2+2+2=8 in total. 
The total number of BDDP OFPT PACKET OUT messages 
sent by a controller to a switch can be reduced by 
implementing OFDPv2[23], in which the Port ID TLV field 
is set to 0 and will be ignored while the source MAC address 
field has been set with the MAC address of the port through 
which it is to be sent out. One "OFPT PACKET OUT" 
message is sent by the controller for each switch, and the 
total number of messages transmitted is equal to the number 
of switches determined by OFDPv2. 


Total 1. ore packet our= S 


As each OpenFlow OF switch's port is physically connected 
to a MEMS switch's port, we don't need link discovery to 
establish connectivity with the MAOS plane; instead, the 
controller can create paths between any two points 
dynamically, and topology database can statically store all 
the data related to flows and port connections. 
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Table 5.1 Topology Database 


OSW2-1, Eth 1,3 

ISW2-2, Eth 1,3 

ISW1-2, Eth 1.3 
a 
orto MA OSW2-2, Eth 2,3 p 
up 
=a 


aes 
} 
D 


h 2 [SW porto Mac a 
a i orto MAC a 


Up 
Up. 
| up | 


a 
MSW 1 port 1 


ns 
h 
onen enen eee 
Eth 8 [adda dada-dadaa | 


5.1.3.3 Discovery of Host 


SE S 
po 
pT 
pT 
—— el 
a 
c z: 
[a 
Do 


[Evm oe] 


Two methods have been applied for available host 
discovery which is connected to the OpenFlow OF 
switches. 


As all active ports on all switches send BDDP "Packet Out" 
messages, I Ports for which OpenFlow OF Switches do not 
send "Packet In" messages are recognized as host ports 
during link discovery. (ii) GARP message is sent by the 
Host when Host is connected to an OpenFlow OF Switch. 
HSRP and VRRP[24] use GARP to update the MAC 
address table of L2 switches, In a broadcast domain GARP 
is an advance notification mechanism to keep the controller 
aware about host discovery and inserting flow entries of 
MAC address in the flow tables of Open Flow OF switches, 
thus updating other hosts’ ARP tables before their ARP 
requests are made, and finally updating ARP tables of other 
hosts when a new host is also connected to a 
switch,however a host IP address or MAC address is 
changed due to failover. Generated ARP requests are 
actually special ARP packets with the source that is (host) 
IP and destination.The destination broadcast MAC address 
(ff:ff:ff-ff:ff:f) is present in the MAC address field and the 
Ethertype field fixt to 0x0806. The parameters listed below 
are part of a GARP request message: 


¢ FF:FF:FF:FF:FF:FF:FF:FF is the destination MAC 
address (broadcast) 


e Source MAC address: MAC address of the host 


Example of GARP is shown in the below figure. IP address 
of a Source = IP address of a Destination: Host transmitting 
GARP Type ,IP address is: ARP (0x0806). 


Fig 5.8 GARP Request Message 
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Each host will ping its neighbor after GARP is finished to 
verify connectivity and reachability. Currently, all hosts are 
aware of one another's MAC addresses and assigned IP 
addresses, which are visible in their ARP tables. To stop 
BDDP packet propagation, SDN controllers disable link 
discovery on the OpenFlow OF switch ports to which hosts 
are connected after discovery. Similar to BPDU guard 
security function in conventional switches, this suppression 
also prevents BPDU propagation [27]. 


Table 5.2 Host-1 linked with OSWI1-1 - ARP 


10.0.0.2 (Host 2 IP Address) 


bb:bb:bb:bb:bb:bb (Host 2 MAC Address) 


Table 5.3 Host 2 linked with OSW1-1 — ARP 


10.0.0.1 (Host 1 IP Address) 


aa:aa:aa:aa:aa:aa (Host 1 MAC Address) 


5.1.4 Discovered Routes & Forwarding Table Buildup 


Information relating to interface of OpenFlow(OF) switchs 
is received by Controller, plus list of all routes as well as 
destinations (MAC/IP addresses) also become visible 
through it, because it contains map of topology discovery of 
the entire network and a centralised database too. Each route 
found is given a Route-Tag by the SDN controller following 
topology discovery. Allocating a Route-Tag has the main 
aim of to distinctly recognize each respectively occured 
route and then generate a forwarding table that gives 
information about all of the destination (MAC/IP address) 
addresses that may be reached using the same route. In order 
to send a flow to an outgoing interface based on Route- 
Tag,this forwarding table is installed by an SDN Controller 
into the OF switch. The source address and destination 
address are used to traditionally forward flow frame to next 
hop because its content addressable memory table also 
includes a list of MAC addresses that can be reached over 
each link (port).later on when the same flow touches an 
OpenFlow OF switch, it searches again all the flow tables 
and look for the best possible match before forwarding the 
flow to the accurate Host port after assuring its destination 
address. 


5.1.5 Building up of Flow Table by inserting Flow 
entries 


After entering into an OpenFlow OF switch the flow itself 
again compares each incoming packet with one or more 
flow tables, each of which contains multiple flow entries, 
and then determines the action to be taken. Any sort of 
matching can be used, for example matching an ingress 
port, a source or destination MAC address or IP address, a 
VLAN ID, a TCP/UDP port number, etc. 
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For providing maximum flexibility and support to diverse 
types of data traffic passing through DCCN while supplying 
delay-sensitive traffic with minimal latency, I will employ 
a hybrid model of flow table entries in this thesis that 
combines proactive and reactive modalities. The use of a 
proactive model for flow entry is required for delay- 
sensitive applications that demand low latency, for example 
while making audio/video calls, live  radio/TV 
transmissions, financial banks transactions, and routine 
heavy traffic like web browsing, data file/folder transfer, 
and peer-to-peer traffic. 


Sead to normal processing pipelin 


ify Field: 


OF switch saarehas sts ona oe move 
AN, L3 marching See or Dest IP address, and L4 


When wafSe (Ll Fios 
flow tables for machi 


Fig 5.9 Anatomy - OpenFlow OF 


Discovery of flow entries which have close match with the 
related fields of the data traffic, it either executes the 
particular action of flow entry or forwards it to a group table 
to execute multiple actions. The importance of the priority 
parameter cannot be overstated since flow entries are 
prioritised, and if there are many flow entries, the one with 
the highest priority will be used and the others will be 
ignored. Table below shows different types of counters. 


Table 5.4 Types of Counters 


Per Table Per Flow Per Port Per Queve 
Active Entries Received Packets | Received Packets 
Packet Lookups | Recelve Bytes | Transmitted Packets 
Packet Matches | Duration (Secs) Receive Bytes 2 
Duration (nsecs) | Transmitted Bytes 
a fiecelve Drops 
Transmitted Drops 
Received Errors 
Transmitted Errors 
Receive Frame alignment | 


Transmit Packets 
Transmit Bytes 
| Transmit Overrun Errors 


error 


| Receive Overrun Errors 
Receive CRC Errors 
Collisions 


By issuing the command OFPMP PORT STATS to the 
OpenFlow OF switch, the SDN controller continuously 
receives the statistics of outgoing active links (Ports), such 
is the quantity of Rx packets, Tx packets, Rx bytes, and Tx 
bytes, as well as the time in seconds, dropped packets, and 
Tx/Rx errors. Link utilisation of all the desired ports is 
calculated by the controller based on the statistics that were 
returned. The Link Utilization is calculated using the 
following formula[28]: 
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AifInOc 
Input utilization = ----------------- 5 


(number of seconds in A) x ifSpeed 


AifOutOctets x 8 x100 
Output utilization = ----------- seee... 
(number of seconds in A) x ifSpeed 


© AifInOctets: The A (or difference) between two poll cycles of collecting the snmp 
ifInOctets object, which represents the count of inbound octets of traffic 


© AifOutOctets: The A between two poll cycles of collecting the snmp ifOutOctets object, 
which represents the count of outbound octets of traffic 


© IfSpeed: the speed of the interface, as reported in the snmpifSpeed object 


Fig 5.10 Formula to calculate Link Utilization 


For each of the outgoing interfaces, the controller maintains 
a specific link utilisation threshold. When the threshold is 
exceeded, it consults its flowtable to filter flows with 
outgoing interfaces that have exceeded the threshold. 
Following the specification of ports, the SDN controller 
determines whether any ports are available before creating 
a Highband dat pathpath across the MEMS Plane. 


If there is no match, the entry in the table is considered to 
be incorrect, and the controller is notified by default. The 
controller instructs the switch to take certain actions. The 
"Flow Mod" message contains a variety of information, 
including Buffer IDs, Timeouts, Actions, Priorities, and 
more. Additionally, flow entries can be permanent or for a 
limited period of time, and there are two types: "Hard 
Timeout" and "Idle Timeout." Idle timeout refers to the 
removal of an entry from the flow table if there is no 
matching flow entry request during that time period. Hard 
timeout refers to the maximum amount of time an entry can 
remain in the flow table, regardless of whether a matching 
entry is present. If Hard timeout is set to 0, it is deactivated. 


As an illustration, in our reference topology diagram, Host 
1 sends an HTTP request to Host 2 (let's say a web server) 
following host discovery by GARP. It begins with a SYN 
message. Host 1 sends a SYN message to the OSW1-1 
switch, which checks its flow table upon receiving the 
packet because it is the initial packet and likely has no flow 
entries that match the packet. Table miss flow entry is the 
term for this. Therefore, by encasing this TCP packet in a 
"Packet IN" message, the switch passes it to the controller 
by default. This Packet IN message contains the entire TCP 
packet or its Buffer ID (for example, Buffer ID = 250, which 
designates the location where the switch stores the whole 
TCP message). Therefore, the controller will take a few 
actions, such as returning a "Flow Mod" or "Packet Out" 
message to the switch, where "Packet Out" includes 
information regarding the switch’s handling of that 
particular as well as the whole encapsulated TCP packet or 
the reference buffer ID that the switch uses to store this 
packet. Send the TCP SYNpacket reference with buffer 
ID=250 out of port 8 to host 2 if the switch OSW1-1 


receives a "Packet Out" message.Then the switch is directed 
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to add another new flow entry to its flow table through the 
"Flow Mod" message. When a similar packet arrives at the 
switch in the future and matches its fields and masks, this 
flow entry guides the switch what to do now.In this way the 
message informs the related switch to route any TCP 
requests from Host1's IP address or MAC address to Host4's 
IP address or MAC address and finally to Port 8. 
Additionally, it tells the switch to release the packet it had 
been buffering with the BufferID of 250 and to carry out the 
instructions in this message. H4 replies by sending a 
SYN/ACK packet to the switch, which receives it but finds 
no flow entry from Host2 to Host! (yet another table miss). 
In order to send this SYN/ACK packet to the controller for 
additional analysis, the switch encapsulates it in a "Packet 
"message and gives it the reference buffer ID 
BufferID=251. In response, the controller instructs the 
switch to add a flow entry to the flow table and perform 
some action, which is to forward the SYN/ACK message to 


In 


port7. The controller also sends the switch a Packet Out and 
a Flow mod message.The remainder of the communication 
between Host! and Host2 would not reach the controller 
after all of this because switches have flow entries in their 
flow tables that tell them what to do with packets. The 
switch routed HTTP reply and ACK messages directly, as 
demonstrated in the following figs: 
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Fig 5.11 (a) HTTP request with Open Flow messaging 
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HTTP Repty Forward with owt CO Step 1H 


Fig 5.11 (b) HTTP Reply-Open Flow messages 


Following table is showin OF switch flow entries: 


Table 5.5 Flow Table of OF Switch OSW1-1 Flow Entries 


uod d/i 
IVW 
US 


Port? | aaa 


Ports | b-bd | aaaa 


The very first entry instructs switch to broadcast packets 
that arrive from the controller port, regardless of their ether 
type, to all other switch ports, indicating that they are BDDP 
messages, and to update the counter. Sec entry instructs the 
switch to issue a GARP request and update the counter 
regardless of the switch's fields if the ether type is 0x0806. 
The third, fourth, and fifth lines are L2 matching and 
forwarding, which instructs the switch to perform a specific 
action specified by the Action field and update the counter 
regardless of other fields if the packet arrives with a certain 
DMAC. The sixth and seventh lines instruct IP to route 
packets to a particular port based on their destination IP. 
The eighth line is the default route, as shown for our 
reference topology, and the final two flow entries are TCP 
flow entries for HTTP requests and answers. When the bulk 
of brief flows, sometimes referred to as "Mouse flows," start 
flowing alongside long persistent high bandwidth data 
flows, or "elephant flows," This results in a bandwidth 
bottleneck. High bandwidth data flows, which can be 
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caused by, among other things, VM migration, database 
backups, or other software like Hadoop, cause switches' 
buffers to overflow, which slows down packet processing 
and negatively affects applications that require low latency. 
Nowadays, there are many virtual machines running on a 
single server for various applications. For whatever reason, 
one virtual machine running one application in Server Rack 
1 started using a lot of bandwidth and CPU, which had an 
adverse effect on other applications operating on the same 
server. Since the switch buffers start to overflow, the 
administrator is compelled to move the virtual machine to 
Server Rack 2 of the same POD, which results in a 
bandwidth bottleneck and increased latency on network 
links, as shown in the figure below. 


Fig 5.12 Congestion 


Colored red indicate congestion on an active packet- 
switched network link that a packet is attempting to cross. 
As seen in the figure, switches alert their 
management/controlled plane to network congestion and 
increased delay. 


Fig 5.13 Congestion Notification by Switches to Control 
Plane 


In reply, the management/control plane investigates the 
packets to make clear their source and destination, consults 
its topology database, and calculates the locations between 


which high bandwidth data routes must be developed. 
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Resultantly, the optical control plane gives messages to the 
MAOS control plane, which is made up of MEMS-based 
optical switches. 


a seen in Sig, them nox lau 
latency as the elephant data can noe po over this recy direct, less elamed and hich bandwidth path 


Fig 5.14 MEMS switches produce High data rate optical 
path 


As seen above, data is travelling across both packet- 
switched network and a temporary, high-bandwidth 
channel, which is depicted by the green colour and is 
enabled by MEMS-based switches. Once the high persistent 
flow has subsided and traffic flow has returned to normal, 
the control plane will demolish the temporarily established 
optical link and reallocate it as needed. 


VI. SOFTWARE IMPLEMENTATION 
6.1 Reference Network Topology 


In order to implement the proposed software of the proposes 
solution, the researcher came up with the below 
conceptualized architecture. 


Fig 6.1 Prototype testing Reference network topology 


Our network topology consists of 2 pods, POD 1 and POD 
2, with each pod expected to include eight hosts or servers, 
two aggregation switches, and two access switches. POD1 
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is made up of two aggregation switches (SW3 & SW4), two 
access (TOR) switches (SW5 & SW6), and eight hosts 
(Hosts 1 through Host8) that produce traffic. POD2 consists 
of 8 hosts, Host1 to Host8, 2 TOR switches, named SW9 
and SW10, 2 aggregation switches, named as SW7 and 
SW8, and 2 hosts. 


6.2 Software used 


The tools incorporated are shown in in the figure below: 


ere oonte> © rakai virtusi rrtwork, rine veal hemel, awh an aplication code on s are mest Got Sted 
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Fig 6.2 Software Tool Used Mininet 


3 


Hatam: 


Fig 6.3 Software Tool Used MiniEdit 


OPEN _ an Plokeaset”Beryfiun 
p7. Production-Ready Open SON Platform 


‘ Available Bandwit 


iperf Client 
iperf Server 
—> Iperf -c 10.001 OREMMAMIAK.COM 

—> Iperf -s 


Fig 6.5 Software Tool Used IPERF 
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Fig 6.6 Software Tool Used WireShark 


6.3 Preparation/Implementation 
Below actions must be taken to prepare for this setup: 


e Before running my Mininet and Open Day Light 
virtual machines, I first downloaded and installed 
Oracle VM VirtualBox. 


e Next, construct a VM in VirtualBox, download the 
Mininet virtual machine image, mount it on top of 
the fresh virtual machine, and then install Mininet. 


e Third, create a second VirtualBox virtual machine 
and install the ODL controller setup. 


Mininet and its GUI program MiniEdit (running on ol VM 
on VirtualBox) is used by researcher, to plan out and 
simulate the reference topology. I require X forwarding in 
order to run Miniedit and connect to Mininet over SSH. To 
do this, I've used Putty and XMing. Open DayLight, an 
external SDN-based OpenFlow controller, was utilised by 
me to operate OpenFlow virtual switches and MEMS 
switches (ODL Beryllium). I have generated data flow from 
hosts and servers and measured several performance 
characteristics using the IPERF, such as link bandwidth and 
network latency. I used Wireshark to investigate data 
packets and analyse variety of protocol messages on several 
interfaces during the whole network topology. 


6.4 Applications 


The real deployment of HFPFMAOS was gained in two 
main steps 


STEP1: Network topology in Mininet without MEMS layer 


Start Mininet virtual machine in VirtualBox 

Start Xming in host operating system for X-forwarding. 

Access the Mininet via SSH through putty in Host OS 

Run the MiniEdit py file from Mininet 

Buildup the network topology in Miniedit and deploy Open Flow switches as TOR 
switches in Access layer. 

Start the 2"! ODL virtual machine in virtual Box 

Run the topology in Miniedit 

Add the Flow entries in the flow table of OF switches. 

Generate traffic between Different Hosts and check the network performance by 


observing end to end delay. 


Fig 6.7 Deployment Steps of HEPFMAOS 
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Fig 6.8 OF switches based Network topology - Access as 
TOR switches 


Links between hosts and OF switches are 4 Mb/s with a 10 
msec delay, while links between all traditional switches and 
between OF switches are 10 Mb/s with a 5 msec delay, as 
demonstrated in the following figures: 


Host, Nodes, Links and interfaces verification can be done 
by these commands, mininet>nodes, mininet>net and 
mininet>dump. 


O mnes ” 7 


Fig 6.9 Creating Links Switches 


Fig 6.10 Network/Nodes Verification 
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Fig 6.11 OF Switch interfaces verification 


Flow entries are shown by the researcher in the flow table 
of OF switches OSWI1-1, OSW1-2, OSWI1-3 & OSW1-4 
for my proposed solution HFPFMAOS which are as under: 


For Discovery of HOST and ARP Table 


mininet> ping all 


P erin. a x 


Fig 6.12 Host Discovery by Pingall command for 


z 


eucm 

Piha, 

Ta 
"Sag 
a 


Fig 6.13 Host pinging 
For Links Discovery GARP Requests: 


mininet> sh ovs-ofct! add-flow OSW1-1 dl_type=0x806,nw 
mininet> sh ovs-ofct! add-flow OSW1-1 di_type=0x 
mininet> sh ovs-ofct! add-flow OSW1-1 dl_type=0x806 


fff FFA AF: FF a 


For Enable Layer 2 Forwarding 
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mininet> sh ovs-ofct1 add-flow OSW1-1 action=normal 
mininet> sh ovs-ofct1 add-flow OSW1-2 action=normal 


mininet> sh ovs-ofct1 add-flow OSW2-1 action=normal 
mininet> sh ovs-ofct1 add-flow OSW2-2 action=normal 


Generation of Traffic by Iperf 


Tuno rs re 
ESHE x x 


Uomi; 


Fig 6.14 Generation of Traffic and Latency (Delay) 


STEP2: Mininet’s Network topology with MEMS 


In the second phase, I add another Open flow switch is 
added which is called MEMSSW1 to the aggregation layer 
beside conventional switches and connect it to OF switches 
to test/apply the concept of MEMS switching (TOR). I 
intentionally introduced the links’ bandwidth and latency 
with MEMSSWI1 and keep it on a higher side, that is 
1000Mb/s and I msec, to testify the idea of MEMS. I set the 
buffer size and throughput (speedup) of the links to be equal 
to the link's bandwidth, or 1000 Mb/s, to demonstrate all 
optical switching. This is how the network topology is 
displayed: 


Fig 6.15 Network Topology with MEMS 
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6.5 Code for Topology Creation: info( *** Add links\n’) 
W1-1H1 = {'bw':4,'dela 

net.addLink(OSW 1-1, H1, cls Link , **OS 
OSW1-1H2 = {'bw':4,'delay':'10ms','loss':0} 
net.addLink(OSW 1-1, H2, cls=TCLink , **OSW1-1H2) 
OSW1-1H3 = {'bw':4,'delay':'10ms','loss':0} 
net.addLink(OSW 1-1, H3, cls=TCLink , **OSW1-1H3) 
OS W 1-1H4 w':4,'delay':'10ms','loss':0} 
net.addLink(OSW 1-1, H4, cls=TCLink , **OSW1-1H4) 
OSW1-2HS = { y': :0 
net.addLink(¢ 5, cls= Link , **OSW1-2H5) 
OSW1-2H6 10ms','loss':0} 

Link , **OSW1-2H6) 


#!/usr/bin/python 

from mininet.net import Mininet 

from mininet.node import Controller, RemoteController, OVSController 
from mininet.node import CPULimitedHost, Host, Node 

from mininet.node import OVSKernelSwitch, UserSwitch 

from mininet.node import IVSSwitch 

from mininet.cli import CLI 

from mininet.log import setLogLevel, info 

from mininet.link import TCLink, Intf 

from subprocess import call 


def myNetwork(): 
net = Mininet( topo=None, 


build=False, 
ipBase='10.0.0.0/8') 


net.addLir 
OSW1-2H8 :4, B% :0} 
net.addLink(OSW nk , **OSW1-2H8) 
OSW2-1h9 = {'bw' 
net.addLink(OSW2-1, 
OSW2-1h10 = {'bw':4, ss':0} 
net.addLink(OSW2-1, F ink , **OSW2-1h10) 
OSW2-1h11 = {'bw':4,'delay':'10ms','loss':0} 

h11, cls=TC )SW2-Ih11) 


info( '*** Adding controller\n’ ) 
c0=net.addController(name='c0"" 
controller=RemoteController, 
ip='192.16 102", 
protocol='te 
port=6633) 


info( '*** Add switches\n') 
s5 = net.addSwitch('s5’, ‘SKert de='standalone') 


cls=OVSKernelSwitch) SW2-2h13 = {'bw':4,' 


net.addLink(OSV 

OSW2-2h14 = {'bw':4,'del 

net.addLink(OSW2-2, h14, cls=TCLink , **OSW2-2h14) 
OSW2-2h15 = {'bw':4,'dela 

net.addLink(OSW2-2, h15, cls=TCLink , 


OsW1 cls=OV elSwitch) 

s7 = net.addSwitch('s7 Mode="standalone') 

s16 = net.addSwitch('s16', cls= rnelSwitch, ‘standalone') 
standalone’) 

s15 = net.addSwitch('s!5', cls=O melSwitch, failMode='standalone’) 

s9 = net.addSwitch('s9’, cls=OVSKernelSwitch, failMode='standalone') 

s8 = net.addSwitch('s8', cls=OVS ` Mode="standalone') 


<, **OSW2-2h16) 
5 ":0} 
Link , **s160SW2-2) 
info( '*** Add hosts\n') 
H3 = net.addHost('H3', cls=Host, ip='172.168.10.3/16', defaultRoute=None) 
h16 = net.addHost(‘h16', cls=Host, ip='10.0.0.16' faultRoute=None) 
h14 = net.addHost('h14', cls=Host, ip='10.0.0.1 ItRoute=None) 
h10 = net.addHost(‘h10', cls=Host, ip='10.0.0.10', defaultRoute=None) 
H6 = net.addHost('H6', cls=Host, ip ” 6', defaultRoute=None) 
h13 = net.addHost('h13', cls=Host, ip='10.0.0 aultRoute=None) 
ddHost('h1 1', cls=Host, ip='10.0 y aultRoute=None) 
cls=Host, ip='172.168.10.7/16', defaultRoute=None) 
net.addHost('H8', cls=Host, ip='172.168.10.8/16', defaultRoute=None) 
H4 = net.addHost('H4', cls=Host, ip='172.168.10.4/16', defaultRoute=None) 
h12 = net.addHost(‘h12', cls=Host, ip='10.0.0.12', defaultRoute=None) 
H5 = net.addHost('HS', cls=Host, ip='172.168.10.5/16', defaultRoute=None) 
h9 = net.addHost(‘h9'" cls=Host, ip='10. 9', defaultRoute=None) 
h15 = net.addHost(‘h15', cls=Host, ip='10.0.0.15', defaultRoute=None) 
H2 = net.addHost('H2', cls=Host, ip='172.168.10.2/16', defaultRoute=None) 
H1 = net.addHost('H1', cls=Host, ip='172.168.10.1/16', defaultRoute=None) 


sl0OOSW {'bw':10,'delay':'Sm: 

net.addLink(s10, OSW2-1, cl CLink , **s100SW2-1) 

s15OSW1-2 = {'bw':10,'delay':'Sms','loss':0} 

net.addLink(s15, OSW1-2, cls=TCLink , **s15OSW 1-2) 
ms'," A 

net.addLink(s9, OSW1-1, cls=TCLink , **s9OSW1-1) 

s9s7 = {'bw':20,'delay':'3ms','loss': 


ms',‘loss':0} 

TCLink , **s7s15) 

ms','loss':0} 
net.addLink(s8, s10, cls=TCLink , **s8s10) 
s8s16= { :20,' ms','loss':0} 
net.addLink(s! TCLink , **s8s16) 

3ms','loss’:0} 
net.addLink(s7, s8, 8) 
OSW1-1s15 = {'bw'. ‘delay':'Sms','loss':0} 
net.addLink(OSW1-1, s15, cls=TCLink , **OSW1-1s15) 
s9OSW 1-2 = {'bw':10,'delay’:'Sms','loss':0} 
net.addLink(s9, OSW 1-2, cls=TCLink , **s9O0SW1-2) 
s10OSW2-2 = {'bw':10,'delay':'Sms','loss':0} 
net.addLink(s10, OSW2-2, cls=TCLink , **s100SW2-2) 
OSW2-1s16 = {'bw': 10. ’:'5ms’,loss':0} 
net.addLink(OSW2-1, s16, cls=TCLink , **OSW2-1s16) 
OSW1-1s5 = {'bw':10000,'delay’:'Ims’,'loss':0,'max_queue_size':10000,'speedup'; 10000} 
k(OSW1-1, s5, cls=TCLink , **OSW1I-1s5) 
3 "bw': 10000," *:'Ims','loss':0,'max_queue_size':10000,'speedup': 10000} 

net.addLink(OSW cls=TCLink , **OSW1-2s5) 
sSOSW2-1 = {'bw':10000,'delay’:'I ms’,'loss’:0,'max_queue_size':10000,'speedup': 10000} 
net.addLink(s5, OSW2-1, cls=TCLink , **sSOSW2-1) 
OSW2-2s5 = {'bw': 10000. y s ),'max_queue_size':10000,'speedup': 10000} 
net.addLink(OSW2-2, s5, cls=TCLink , **OSW2-2s5) 


info( '*** Starting network\n') 

net. build() 

info( '*** Starting controllers\n') 

for controller in net.controllers: 
controller.start() 
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SW 1-1').start([c0]) 
‘OSW2-1').start([c0]) 


dumpNodeConnections(net.hosts) 
print "Testing network connectivity" 


#def perfTest(): 
# if user test argument is active then pick the correct test 


net.pingAll() 


net.pingAll() 

print (" Test bandwidth b/w H1 and H2.... 
#H1, H2 = net.get('H1', 'H2') 
#net.iperf((H1, H2) 


#print (" Test bandwidth b/w H1 and H6. 
H1, H6 = net.get('H1', 'H6') 
net.iperf((H1, H6)) 


#print(" Test bandwidth b/w H1 and H10..............." ); 
H1, H10 = net.get('H1', 'H10') 
net.iperf((H1, H10)) 


#print( "Test bandwidth b/w H1 and H15 
H1, H15 = net.get('H1', 'H15') 
net.iperf((H1, H15)) 

# also argument for generating traffic 


# arugment for stat analysis 


CLI(net) 
net.stop() 


f__name '_main_' 
setLogLevel( 'info' ) 
myNetwork() 
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